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One of tile ba&le roquiireinents for the development, of a 
oomftcehensive cornputerized bibliogfapRtc sy^stem of nationwide 
sdope is the^Mesaage Delivery Byatem* a facility that will link 
autoniated bibliographic sQr\rices axid perinlt the transmiseion of 
mesBages among the various^ Bervlees, The Neasage Delivery System 
win ^hus ©nable useri of one system tb have a^dess to 
' ijrffoEniatlon and sef\ficta on . other bysteriia that are part of tht 
y^tiortal Library and tnfqrinatlgn Secvtee Network , The general 
/ rigqu^^ments document lists^^^ the general technical requiriimentB. 
fSt^^e HeBim^/r%iJ^vmty Systfem and dlseusaeB the antipt'pated 
Solution of the retwork. It flefines the scope of * tjB^hnical 
netwdck aotivltiear the ays tern dtvel^pment methodology ^ |ahS the 
teahnical work that must be undertaken to realise an opeii^tional 
network. ■ i ^ 

^^.M-^ The purpose of^the g&netal lequirements document is, to 

state the , fi* net ions of the Message Delly^pry aystem and to 
reoommend the next atepa in its de^elopntenti The ^j^aqommendation 
was preeenttd to the tjeo/ork Mvlsocy Committee at their May 1978 
meeting^ and appfoval was glv^en to begin work on thff*»iRreparatf^ 
of, more detailed requirements, 

The Network r^ohnicaL Archi tectuire Group (NtftkG) prepai^ed . 
these requifementB as pact of its woite tb de\felop ^iditeotional 
computer links ^ between btblicgtaphie. ; utlLitlea (i.e* , 
organizationa that maintain latrge oniine blbllogcaphla data btfsea 
and that provide products and iecviaes to their *uae^e) * \,Suah 
links will permit the sharing of blhiiographic data and eervioes 
arRDng the v^arioua ay^tema. , • 

^ "^"^TO^G is a task forcfi of teebnioal staff from library 

network organisations tha^: was established by the Network 
Adv'isory Comnil ttee :and ' g Ivan the i^ireGti\^e to determine the 
hardware^ software/ and conunun lea t ions cohf iguratlon for the 
library biblio^rapbio coinponent of . the nmtmtH. Although the 
requirementa were prepared %rith the library' blbliographiq 
component in mindr the requirements could be applied equally well 
to all ponipgnents of the network. The Message Delivery System 
general requirements are not only the first step in a series of 
aotlvities leading toward an opetatiorial netwrk, but are also an 

■ iniportant Btatement to the bib|iogcaf hie conununlty of the seope 
of stag's i#orki % ^ ^ 
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Glossary 



1.0 Brief History . ^ ' I - 

The Network rechnical A^chitecturo Group (NTAG) has! been 
dealing with the technical problems of linking compiiteklzed 
bibliographic services. "^^This group cfanBlsta of technical people^ 

^ knowl^dgoable in coniputer systems, telecom|nunications^ datr 
baBee^ and library automation generally* Its £irat two meetinga 
were sponsored by the Research L,ibraries Group (RLO) v?ho j^ere 
par'^ticularly Interested in shating details of their expertfence 

^with a CGHnmunicationo link to LC* As its first taskr the NTAG 
began to define a phased approach toward implementation of a 
network whioh would jdin several aomputerized bibliographic 
aervicieSi The first ^hai?e called for interconnection by methods 
similar to those used in the link between RLG and the Libeary of 
Congress, Other phases were proposed which would widen 
participation and improve, the modes of communiGation, providing 
for bilateral and finally multilateral sharing of information by^ 
all organizations involved. Subsequently/' the NTAG has specified 
taohnical issues j0icW must eventually be reaolved before an 
etfeotive elec^^fuc network can he put into place. These 
include siip^^toplcs as' network topology^ reliability^ and 
per f or mao^icharacteri sties* At the same ti,ma, the NTAG has been 
building^ rational schedule for the completion of technical 
tasks^. clarifying interrelationships ^ between" tasksi and 
suggesting how each task might be accoinpllshed, * 
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-^.1 ,MQtwork Evolution^ i 



^ ' ' As the netwock becomes 'a rearity, .a gradual tvolutioh ot 

new ^onununiGatlon patterns most likely ocGur^ At present; 

■ each bibliographic utility distributes service* to its users In an 
i?idipendent marmer. Some use common carriers while others use 

" Bp^eiallzed dlstcibution neta?/orks such as tymnet or telenet* 
' Mo^eo^er^ mariy of these blBliographic utilities tailor theic 
gerviots to speciflG types 5£ terminal equipment, This m^ans 
^hat if a library wlahes to take advantage of serviced from moire 
trtan one utility aeivicer separate fiscal and legal arrangements, 
ind^aDmetlmea different declicated local equipment^ must be used,' 

* Flgui:© [^Wl illustrates ,this ptesent environment^ with many^ 

^ lliir^ries clustered arouhd each utility^ and with some libraries 
^, ofcljtaining service from more ^an.one utility* In this diagram, 
ajrpwi indicate the tXd^ of services from the utilities to the 
librarias^^ with, library LB reGeivlng services from utilities $2 

^ and 03* "^Also the utility U2 accepts input data ttbn its 

f^ar tlcipating libiraries L3^ M and L5, 

A first step in the evolution of the nationwide network 
w6uld probably be ah interconnection between v^arlous 
bibliDgfcaphic utilities* This kind of connectiort would allov? one 
utility to begin defirsing new products and services whioH depend 
on resources Itocated at some other utility* Certain utilities 
may choose to adopt bilateral arrangenients whereby secv^ides flow 
/ in both directions." Figure 2*2 illustrates such a sifcuationi , 
- with Ul and b3 mutually exchanging services but U2 deriving 
servicaa from Ul and U3 in a unilateral manner* One Utility 
might mediate the setvicea provided by another utility to create 
a customised 'vlndw* or particular way of using the other 
utidity's services* ^ In general, Ihis should increase the appeal 
and improve the market" for such services to librariee* In the 
diagrani^ new libraries L7r W and L9 join their respective 
4itili^es to beni£it from these broadened services* L5 also no 
longer requires direct access to U3 since it can use tht services 
through U2* ^ ^ ^ ^ 

The precise shape of a further evolution of th# network 
is conjectural, since a great many options for development are 
open. However^ Figure 2,3 shows one such possibility;; Here, the 
network is depicted as 'providing a coherent, fully connected 
network facility providing for bidirectional flow ot services 
between any two utilities. The. diagram further depicts the 
J50islbllity of a group of libraries cpming together aroundi p new 
facility PI* This faciilty might have the technical means td= 
offer services of its own or from any of the utilities, attached 
to thp network without at the same time requiring dfedicattd or 
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^ le equipment in the libraries that are . in turn attached to 
it, . This inttrbonneatlpn of utilities would allow ^tirely new 
■ taohniques f or sharing data and might foster new concepts 
> concerning the uae of bibliographic data itself* 

. 2,2 Parts of the Network ^ • * 

When a dialogue takes place on the network, it Involves 
two hostfa* aommuniGating with one another using certain aharecl 
transmission facilitleSp In eKamining the responsibilities, it 
is convenient to' distinguish between^ two conitituent parts which 
wake upf the network.- One part consists collectively of the hosts 
On .the nettork and can be called 'the mesiage processing^ system* ' 
It is within the inessage processing ays tern that product 
definition occurs. Applications on the host epmputers may^ *fior 
€)ctmple| offer particular search str^ategies or specific library^ 
otiented applications such as cataloging or acquisitions support • 
The other part of the network is made up of^ the 'inessage delivery 

.^iv^ystem, ' The message delivery system is responsible for the 
timely and accurate transmission of messages between hosts 

^connected to the network* The raesaage delivery system la 
accountable for each' message from the time such a message la 
entrusted to it until it is safely delivared. In perforinlng this 
function, the measage delivery system would be responsible for 
packaging and routing the message appropriately. From the user's 
point of view^ the message processing systent is the locus of all 
intellig^t manlpulatldn and response. Although the message^ 
delivery sSyete^ might in fact perform some rudimentary 
inanipulatiorv& on the ^ ' data being transferred, .these 
transformation^ mt^m transparent to the user and do not affect the 
aontent of anySEw^sage as far as the hostt are concerned. 

Figure 2.4,, may h6lp to show the distinction between 
these two parts ©f the network. In this diagram^ Hosts HI and H2 
ate in OOTmunicatlon with each other. In fact, the dialogue " ia ' 
taking place between application Al on host HI and^ application A4 
on host H2* The two hosts/ together with their respective front- 
end processors # HFl and HF2 belong to the message proceeslrig 
system. The massage delivery system^ on the other hand, consists - 

#of the network front^end proce^ors NPl and nf2# the conneotibn 
between them C, and the interconnections between the respective 
WP*s and HF's deslgpated II and 12, ' Note that 11: is different 
from 12 in that' the interconnection 11 consists of a single llnk^ 
perhaps indiaating some kind of multiple^ced channel, while 12 
shows several links, perhaps consisting of separate asynchronous 
terminal connictiohs, ; 'The network front^end processors can be 

^#ustomized to provide a variety of interconnection possiblitles* 

Determining the nature and . conditions for using the 
applications residing on each host is, of course, the 
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responsibiiity of the organisation owning that host, SupplylngH 
an adequate message delivery capability^ and de\feloping standards 
for using tlie message deli\^ery^ systera^ on the other Hand, ^uld 
b€ the responsibility of some organiiation ha\ring authori ty^.for 
operating that part at the network. 
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3 . 0 Scope of Ne twor k Activities / * 

r / -f 

3.1 Types gf Fiupptipns / 

The netwrk is expected to facilitate the ^echnical r 
processes regularly occuring in a library ^ such as acgulsi tionsi 
cataloging^ and serials control- Fob- example, nionogc4ph orders 
might be touted througri a clearinghouse^ or a' Lrnion list of 
serials might be maintained in a i»ationv/ide data base. It is 
also expeGted to support public see vice fiinot^ions sifch as 
reference and interlibrary loa^. For ©Mniplei/ it should be : 
posaible for an interlibrary loan librarianiy^ to verify the 
blbHographic accuracy of a citatiori, ascer tain/ the availability 
of a particular itpn^ and requeat the delivery of that Item froan 
a distant library* Reference use of the network may involve the 
retrieval of bibliographic inforfflation^. brovrsing through 
authority files, fact retrievali and ev^en coBiputer 'aided 
instruction. Library users should be able to create their own 
bibliographies and establish personal subsets of larger catalogs. 
Strictly speaking r these functions and applications v^ould reside 
in host Goraputera attached to the n«fi-work/ while the network 
Itselfi would' provide conuttuniaations hAghWayi that facilitate 
broad usa of these applications. / 

/ ' 

3 . 2 Types pf Ma terial 

/The typei of material coatroiled by the systems using 
the network naturaily lincltrde all the inatecials usually housed in 
library collections* These Include ponographs # ^seirlalB,, journal 
artiolaep phonorecords^ mlcrofotm^^ slides^ f ilrns, photographs i 
and realla. But it also includes mm^ items only rarely held in 
present day libraries^ such as yidpodiacsj datapacks^ and other 
media for reocfding digital information and data bases* In 
shorty any material susceptlbl# to standardiied bibliographic 
^ description may be handled by the systems attached to the 
network. One requirement for the ccramunications capability of 
the network is that it must facilitate transmission of these 
descriptions, 

3. 3 T ypes of Data 

At first the network will be used priraarily for 
bibliographic data* This means that there will be a heayy 
orientation toward charaater streaJns represented in the kscil 
character set* Bibliographic data includes i 1) deacriptive ^ 
Ihforrtiation ccncerning particular objects In a collection, - such 
' as monographsi serials. Journal articles^ films, phonorecorde, 
.microfiorros, and realia, 2) classification and indexing 
inforisaticn, authority files for subjeetSf namesi and other types 
of entry and any other pecprds which serve to index and organize 
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the above descriptive i^forRiatiori, aiid/3) holdings Infprniation 
which indicates the physical locatiori^ borrowing privileges* 
etc** pertaining to particular objects held in a .coliection* Yet 
^t wiir be ^ necessary e|en at the outset to transit othi^J 
Wmfoi^tion pertaining to ihe billing and accountinf for the 
' netWofR's management functions* Further^, the networte should .Jbe 
built in such a ^ay that ii can etsily evoive to accOTtoodate the 
kind of 4ata contained in abstractor ^^cluding the apecial 
s]f^olg for mathematical* ^ciehtif io , and chemical exR^#%slonB. 
Non-rpman alphabets will , also have, to be acconunodateif; Other 
charaater--oriented"data of a non-bib^ iographlc nature includes 
pronpts^ errors messages* and plain text diaiogues* Alnost 
certainly e^ccluded fran possible transmission over the network 
will . be sensitive and secur^ informstioD of any kind^ iudh as 
financial data or personnel data. However patron identifiers 
and mailing addresses will have to be transmitted par 
inteTlibrary loan functions. Ultimately, as it fvol^^es* ' the 
network may be used for t?he transmtf sloi^ of fuH te^ct. This 
mighty imply a requirenient , ^for * ^tranainission of digitized 
■facsimile* in any case* soitif Jineth^^ for transmitting transparent 
binary data will be inevitable* if not for facsimile data then 
for network maintenance f unctiorii ' suah as down^line Loads^ or 
diagnostics^ ^ 

types of Organization s - / 

The organizations which will be connected to the network 
in one way or another are indeed diverse. These organisations 
includej 1) national libraries such as the Library of Congress, 
the National Agricultural Library ^ the National Library of 
Medicine, 2) computerized blbliDgraphic utilities such as 
BALLOTS* Lockheed Search ' Service, OCLC, the Systems Development 
Corporation^ and the Washington Library Network, 3) the National 
Periodical Center, 4) o^her suppllers|of bibliographic service In 
the conunerclal sector such as Baker and Taylor, Black^^ell^ Bt^ 
dart* and Paxon, 5) regional bibliographic aervlce centers suoh 
as AMIGOS* PALliqET and ^SOLINET, 6) statewide authDritl^s and 
state bibliographic agendiea such as ChkSS, Illinet* Incolsa* and 
state library agencies generally* 7) libraries of all kinds, 
publlQ* private*, school* college^ university* governifiGnti and 
spegiaj. , , 

3*^ Modes of Use n 

It Is ant i'c ipflr^ed th a t the ne twor k w i 1 1^ a aippor t a 
variety of behaviorap. me\dea including i 1) on-line Interaction V 
for persons at terminals actively engaged in a dialogue with a 
computer or with another perBon, 2) on^-demand bulk transfers from 
a file to a device or vice versa. Including initiation of 
transfers destined for remote a^tee, 3) on-dernand bulk transfers 
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froni file to flle# for the pucpost ct mo^i^g data ^t^j^j o?^® 
^ utility to afipthefr 4) preschedaled transfers, f iie-'t'Os j^j^g or 
f il€--to-devlct^ 5) pctscheduled absentee interactionSf whi^^ 
routine or repetitl^^e operatioris are performed trom a ^^^pt^ 6) 
unsolicited periodic dissemination of nessageSf 7) contini|_^g 
open-ended filfe txansftrs for updating purposes, and bui^ 
inquiries for later pfocessing, ^his description points sof^^ 
of the beha\rioraI modes witliout .ascfib^tig P^^^^^m^^^ 
apecifioaHy to either the message deliv^ery ^^tern or the ^^ggaS© 
.processing systein* In fact# it should be noted that the ^^gggge 
deli\fery lystem will have a rathej limited stDrage ^^^acityr 
sufficient .chief ly for purposes sucji as buffering ^^^gage^* 
Retantion of bul^ inquiries^ as an example, might be pr^Vjaed W 
one of the hosts attached to the network and thus would ^ij^gly ^® 
locafeed in the message processing systemi 



1 



4 I ' 

4*0 Sys^tem Development Methodology 

The system de\relopnnent proG^ss invo^veB a coniplex 

t'ntejaction ;:bf users and technicians. Needs and constraints^ 
emf its and cbsts^^ and shor.t-terfli solutions \rersuB lonfger-term 
Gapablllty must be coniaidtred* ttowevec # the objectives are often 
unclaar when there is. neither 4n ^rder 1^^ 'plan for nor well^ 
definea stages in the developinent process. Such an unstructured 
approach results ; in delays in completiiig ^the syste^i, inipairment 
of ttim quality of the system, and the general dissatisfaction of 
all parties involvjed* 

A atructUred approach to tjie^ sy^tein^dev^elopment process 
provides a set of orderly interrelsted activities with specified 
products, ^raviewa, and approvals at iogical milestones in the 
process* This general framework fnore clearly defines tp both the 
user and the develDp^^ent ; group tho^ inethodology of system 
d e velopml n t> % ^ 

The activities o£ the aj^tSni deifqlopment process can be 
grouped Into a series of develcpfteiit phases or levels, each with 
its specific products* Each phase may be vleved as b reiinement 
of the previous pbirie," ^kt the end of egich phase, one-time costs, 
coatinuing dostSr^^ahd the method of assessing costs will be 
evaluated and iefinad* ^ 

Review an^ Evaluation at tlie compietiori oL-each phase 
involves^ progr ess^vtl^' higher- investsnent in the system as well 
as a stronger GOmmitment to its GDmplefcion. Piri^ scheduling for 
the coiTipletloh of "a given level Is possible only at the 
completioji of the inipediately pffeeedipg level^, h fornial "sign- 
off- is made at each level, and changes) to "sign-^off" docurnents 
(#«g»# ' Changes to sj^stein req.udr eniexita and aystein designs) are 
possible only through a formai procedure for "change coatrol*" 




4 p 2 he t h oQ ol ogy^ Degccjgjion 

The goal of the Network ^Tec.Ji^ical Architecture Group 
(NWGj\ is to plan and establish tlie technical environment to 
Sup^rB the development ana operation \at a nationwide 
computef iged , network for library and inforniation service. This 
goal rei^resents a long term developiiiental effojt to iniprove the 
national means for on-line .-access to and use of both 
bibliographic inforrpation and the reaoujces which that 
information descrihea by individuals ^ by library organizations, 
by hibliogr aphic utilities ^ by networks, and by vendors of 
bibliographic products and services.* rhe accomplishment of this 
goal requires agreenient on the goal, on a strategy for reaching 
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the goal, and an a iiiethodology for the proctss o£ devti^pnient. 

The dasigri/ development # and implementation or a maasage 
delivery systein for the library 'bibliographic coinponent of the 
National Library and information Servica Network is a| compleK 
task vjhich invoiy^es the/boordinated effo'Jts of r f-^;pral groups * 
The methodology^ proposeci in this section is desigf -d "^o provide 
tfte means for conducting this development. The ^^^.hodology is 
designed to achieve early agreement on the' objectives, 
requir amenta^ and^ external characteristics ol^^sthe message 
delivery systein so that subsequent technical design and 
de\ftjDpment' of the Bystem may be guided by these considerations. 



System development methodology is based upon a 
-ed approach to"' system design/ d&velopment^. ar^ 
in which the entire development project is divided, 
into separate entities or -phases. 



Figure 4.1 lists the system ^f^^elopment phases along 
with an eatimate of their average cost as a percentage of the 
cost of ttie total system devjelopment process. \ 



PhhBh 



AVERAGE 
PHASE 
COST 



CUMULATIVE 
PROJECT 
COST 



1* Bequiceineti ts Deiinitipn 

2# Uenetial DesLgn 

3 • Detailed, DeBign 

.4* uevelopitient 

5* Jmplenienta tion 

6. Operation 



20% 
10% 
15% 
20% 

3S% 



20% 
30% 
4 5% 



FIGURE 4,1; 



SYSTEM DEVELOPM^T CYCLE 



\ 



Each ot these phases is described in more deta] 
Section 5f "General Schedule*" Each phase is based upon^,iyic 
done , in the previous phase and lays the franiework for the next 
phase. The individual phases require varying ■ levels of 
committment from different institutions. Sonie can ^ performed 
by independent experts and consultants and some require a high 
degree of involvement by personnel of each network participant* 
Some phases require the support of systems analyst^ and 
designera^ others require computer programmers -and Btfrdware 
technicians t and others require documentation v?r'i ters^ user 
aupport personfiel and technical trainers. 

^ Each phase has a well defified end product. This 
includes a detailed report on the activities performed during 
that phase, and for certain phases, operational^ well tested 
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prograJBttS^ a set of installed equipment, leased ' communications 
linear a staff of network technicians, trainers, etc. 

One product which Is prepared during ^ch phasB is a 
deacription of the activities of the next phase* This will 
include a discusiion of what activities must be performed, a set 
of alternative methods of perforniing the activities, a 
recommendation of- which alternative{s) should be selected/ a 
detailed budget estimate and schedule, and a refined gross budget 
and schedule for the entire project. 

The next phase description must also include any 
'peripheral or parallel activities which should be undertaken at 
tllTs time* The technical development of a message delivery 
system is only one step* in the evolution ofHP libtfajy^ and 
information service network. The development of /a managenient 
structure in ^ which the technical network can operatei a 
govjernance- structure to set policy/ a nationwide data base deiign'^ 
to maintain quality and cost effectiveness, are some activities ^ 
which must prpceed concurrently with the technical netrark 
development so that an operational envirojimerit can be realized* 

J 

The message delivery system development cpuld be 
considered as a set of sequential phases which lead into one 
another as shown in Figure 4*2. Each phase accepts inputs not 
only the output from the previous phase, but also requires input 
from other parallel activities. Similarly each phase not only 
produces output for the next phase/ but also provides input to 
other' activities, k more detailed explanation of the^ 
interrelationship of parallel tasks wtthinj the development of the 
National Library and Informatton Service Network is baing 
prepared as a separate document. 

/ The purpose of the multiphased systems approach is to 

structure the development cycle into an orderly series of taski* 
After each phase one has a better understanding of what tasks 
must be performed in the nent phase, how they should be 
^performed, what it will cost to perforni them and how long it will 
\take* By approaching system development in this fashion. 
Interested parties can be kept well Infornied as to the progress 
: of the project^ the interaction of^ parallel activities can be 
coordinated/ and concurrence on the ne^ct phase activities can be 
achieved by policy makers. 



20 

ERIC 



^ .pTHER ACTlVITItS 



INPUt 



- 14 - 

IVIiSSAGE DELJVERY SYSTEM 
TiCHNICAL 
DEVILOPMiNT 




REQUIREMENTS 





GENERAL 
DESIGN 





DETAILED 
DESIGN 




DfViLOPMENT 




IMPLEMENTATION 




OTHER ACTIVITIES 
OUTPUT 



\ 



OPIRATION 



ERIC 



Si 

FIGURE 4.2 



5.0 Ginecal Schedule 



The design, deyoloprnent, and iniplementation of a message 
delivery system to support the llbrafy bibliographic contponent of 
the National Library and fnf orma tiori Service Network*^ will be 
accomplished in seyeral sequential phases using the system 
development methodology described in Section 4* The individual 
phases and their interrelationship are described in the following 
subsections. A Genera^ schedule for the phases is "^presented in 
Figure 5.1* 

,^At the end of each phase, a desGription of^ the 
activities to be undertaken during #the next phase will ^e 
presented and a more detailed schedule for that next phase will 
be prepared./ The General Schedulej^i^l be modified to 
any chahgee brought about during the current phMe activities or 

f^-^"^icipated wdth ^the next phase* The General Schedule in Figure 
^TB-Tiorie^o^^ s^ inrsrtelatlCtn|Rrp^BT"tl^ and the 

ative tinie frame than the actual timing of the project. The 
eral Schedule will be affected by the intensity of effor^t/made 
during each phase # such as by performing many man^months of labor 
in a short time period. In certain phases, such as design, 
development, and implementation^ vhich will involve the 
coordination of many diveirse inBtitutions, It is anticipated that 
there will be overlap between the various phases caused by 
differing institution vorking at differing speeds* , 

5 . 1 General Requiremen ts 

The purpose of this phase is to define the objectives # 
scope, and general requirements of the prDject* The product of 
this phase is this docxunent^ MESSAGE pELl VERY sySTEM * , . I General 
Requirements . It ^contains an overvij^ of the probleiri or ne^d* 
the objectives of the project, a general description of the 
system and a schedule o£ activities which lead toward an 
operational systcifii, 

a. History and Content. In order to place the 

bibliographic coniponent of Che National 
Liibrary Network in perspectiver a history of 
the e\^oLutiC)n of these requireraents will be 
provided. Also included will be a description 
of relationship between this and other 
components of the National Library Network . 

b, scope and Constraints. The General Requirements 

docurtient will contain a description of the 
DConomic, operat ional, and organizational 
constraints which potentially affect the 
/ network^ This implies that policy-level (NACJ 
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decisions have identified a favored economic* 
franieworky an , 'Operational model r and an 
organizational structure from which, these 
Constraints are derived. 

Descriptive Backgxound Natwork Usage, The 

expected modes of use of tha network by end^ 
users will be discussed. Also to be listed 
are those aata types to be dealt with together 
wi^th the kinds of materials they relate to. 
tiBxt are aef ined the general categories of 
■ functions which are available in potential 
network^ost computers^ and identification of 
those to be available to network users* 
Finally, the kinds of Organizations which are 
likely t6 participate in the network are 
described, 

a, procedural Methodology* Described here are the 

project management methods to be employed "^s^ 
during subsequent phases, with emphasis on how 
ideas and" materials from diverse sources ^ are 
to be documented and disseminated, and how 
coordination will take place among the several ^ 
groups involved in design, development, and 
implementation* 



Statement of General Requirements, The most 
important produot of this first phase is a 
clearly documented set of general requirements 
to be met by the operation of the 
bibliographic component. These reg,uirementa 
should be stated in terms which are nautrai 
with respect to possibj^e technical solutions. 
Eanphasis will bp placed/on the 'what,' and the 
'how' will be av6ided* 

5 #2 Pe tailed Hequi foments 

This phase addresses what the proposed system is 
eupposed to accomplish. Independent of particular design 
approaches or aolutions. During' this phase the objectives and 
scope of the system are detailed and constraints on the system 
are identified* Hesuits of this phase serve as a vehicle for 
coimnun lea ting assumptions for review and comment by interested 
parties. The boundaries set forth in this phase govern the 
course of future design and development. 

a. Functional Requirements, The functional 

requirements must contain an enumeration of 
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host nodes which fit the definition contained 
within the general requirements, together with 

the expec ted da of connec t ion to the 
networ k . For each host no4e a complete 
description • must e>jist for each function, 
capability^ and re'source within the ^ host 
system that will be avai^^^^^le to network 
users/ Included will*be stal&^|its regarding 
data base scope and size, search and retrieval 
capabili tieB , and per tinent data formats. 
Using this information it will be possible to 
list and describe the various types of 
messages which will be exchanged by the host 
sites via the network. . , ' 

b* Perforinance kequir ements . Message traffic 

statistics must be provided for each logical 
host-to^hoBt link by message typei in 
particular, message length and message 
initiation rate. In addition, requirements 
for network response and receiving host 
response must be specified* Finally^ an 
acceptable lev^al of availability and 
reliability of the networK and i of the host 
nodes will be defined. 

c. Operational Requirements. Gi^fen the operational 
model described in the General Requirements^ 
it is necessary here to define the specific 
status information that the network will 
provide on domandi to any host or bo ariy 
operations control poLnt (e^g^ a network 
center) . Likewise^ the kinds of information 
to be made available on network performance 
(riieasage ^traffic^ response^ reliability> 
availability* etc) to network operations 
personnel mu&t be specified. 

When the network begins production operation, 
the capability must exist for damaged network 
coitiponents to be repaired* Sufficient 
information must be available to allow faults 
to be isolated to a particular cori^onent^ to 
*be diagnosed, and to allow timely and complete 
communication Of t\m problem and its nature to 
the organization (s) responsible for performing ^ 
repair. The capt'fbili ties .within the network 
wiiich support those raquirements will be 
specified* " 
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As the network matures in productioa, it will 
be necessary to add new host nodes and delete 
existing ones. As a result, funatlans and 
message types will be added and deleted as 
well. The capabilities and . procedures to 
support these requirements will be describecltf 
■ " ■ ■ ' ■ ' 

Administrative Requirements- Here will be 
described in detail the data flow necessary to 
support the billing function. Also diescribed 
will be the management . reports anQ other 
Information tOTls to be u^e^ by the senior 
starff of the network ^tfiganizatlori"^ to 
' administer the network, ^ ' .^Z 

Documentation ^nd Reporting Standards, >^,^;The product^ 
of this subpKase will be a specification for . 
the form f and content, of the documentation 
which emanates from subsequenj:,/ phaBes, This 
documentation covers hardware configurations^ 
^ software^ operatiffg piocedures, planning and 
scfieduling^ and peribdic pr^ress reports. 

Design Constraints. A narrative description of the 
logical and physical cortatraints imposed on 
the system .design "(e.g.f support for 
' heteroggneous hardware)"^ - 

Intp.rfaces. Identif icatiorn of the interfaces 
/between this systems and other automated and 
manual systems. 

Methodology for Estimation of Operating Costs, \ As 
the formulation of the detailed requirements 
proceeds, elements of potential, income and 
- operating cost will be identified. These 
elemehts will be used to construct a first- 
ordf r economics model which is independent of 
any .given '^set of assumptions regarding cost or 
revenue. The model wiJLlvbe used in subsequent 
phases to^^Kplore tKe*^ tradeoffs' between 
s management^ maintenance'* and operating costs, 
as well as alternative pricing strategies, 
capital investment, and financial equilibrium. 

Planning, Budgeting and Scheduling, General Design 
Phase. All ^ major tasks for the next phase 
will be listed, staffing levels will be 
applied, and compld^ioh . dates for each task 
will be formulated. The completion of certain 



' r-^ tasks will be identified as intermediate 
milestones for reporting purposes as 
appropriate, A budget covering all 
expenditures in the next phase will be 
created. ' 

This documentation should be deisigned for both 
technical' and non-techhical review. 

5 . 3 General Design 

Thie phase identifies alternative solutions to design 
problems* ' aelects , pne of these baaed on an analysis of the 
alternatives* speglfles the external system charact'eristic^* and 
describes the environment in which the system functions. - 

a* Formulation of alternatives. In this subphase# all 
design alternatives will be Investigated which 
in the designers opinion could satisfy the 
General and Detailed Requirements, All know[n 
technical^ economic* and operational 
characteristics of each alternative will 
documented. 

b* Systems Analysis and Selection of Alternatives, 
Each alternative will be evaluated against the 
General and Detailed Requirements^ If 
necessary* simulations will' be performed or 
models constructed as appropriate to determine 
y ' the efficacy of each solution fron. the 

technical* economic* and. operational point of 
view. A basic approach will be chosen based 
■ upon this analysis. 

c. Description of Components. Each major hardware* 
software* and human/procedural component of 
the chosen alternative will be described in 
this Eubphaae. Included for each component 
will b6 a description of purpose* a general 
discussion /of how the component , will function* 
a description of * how control and data is 
paSBed between components* and any 
performance, coat* or operational conetraints 
' that are known *about the compohent at this 
time. ^ 

^ d* Standards which apply to the design. References 

will be made at this time to any standards 
which apply, to the overall design or to any 
component of the design. 
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User Environment. A description bf the 
reXationahip between the communications aspeot 
of the system and the. prooessing portion will 
be developed. 

System Operations* A description of eaoh 
eOTmuriioatibns function defined for the system 
along with referendes to the input and output 
. between the COTUiluniGatlons, system and the 
processing system will be prepared. 

Data Dictionary*' An item level description of the 
input to and output from the communications 
system will be pr.epared- 

/. - . ^ 

Planning f Budgeting and Scheduling r Detailed Design 
Phase. All major tasks for the next phase 
will/ be listed, staff ihg levels will be 
applied^ and completion dates for each task 
will be formulated. The completion of certain 
tasks will be Identified as Intermediate 
milestones for^ reporting purposes as 
appropriate. A budget ' covering -all. 
expenditures in the next phase .will be 
created. 

Documentation for this phase should receive review and 
comment by those involved in both the conununications and the 
processing activities of network development. 

5,4 Detailed Design . . 

This phase moves from the external aspects of the system 
td the internals of the communications system for message 
exchange. During this phase specification of hardware, 
specification of , software/ and s'pecif Icatlon of the structure and 
content of system input and output formats occur, in this phase 
the only material of Interest to Individuals concerned with the 
message processing system is the structure and content of input 
and oi^tput formats. 

a. Detailed Specif icatlonf Hardware. lach m^jor 
hardware component will be broken ^^pu^into 
minor components, if appropriate ; * Each 
component will be specified and/or designed in 
sufficient detail to allow procurement and/or 
fabrication to proceed. > 

b. Hardware Selection. The specification for each 
hardware component will be used to determine 
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vandors who ha^e (or can build) products whlah 
meet the speolf Ications, Vendors will be 
ahosen aaQording to ^CGepted proaurement 
practlaesr and detailed cost estimates will fae 
drawn up in aooperation with vendors* ' 

Detailed Specif icationy Software, Each major 

* software component will . be, broken dowji inta^ 
smaller constituent components. Each oi j^^&j 
minor components will be specified in teims dfj 
algorithmic content^ arid detailed descriptions/ 

' of how control and data is passed among the^ 
components will be created. The level of 
detail will be sufficient to allow pr^rammlng 
to proceed or to allow the prdsurement of an 
' existing software product if appropriate. 

Software Btandai^s. In this subphdsei any 
standards which are to apply to software 
module design and developmerft will be 
specified. Examples of such standards are the 
application of structured progratolng 
practices! the use of source program commentSf 
data element and module naming practices^ and 
the use of particular pr^rairaning languages. 

, Testing | Plan. h coinponfnt testing plan which 
documents the various testing methodologies to 
be employod in * subsequent phases will be 
formulated. Each software and hardware 
^component will be Identified according to the 
methodol«(y to be employed In testing it. h 
similar plan for prototype system testing and 
acceptance testing will also be created. 

Operating Procedures. Sufficient knowledge should 
eKist.. at this point to allow the creation of 
draft operational procedures. The early 
creation of these procedures will allow review 

* and critique to occur regarding the probable 
operating efficacy of the network. 

Planning^ Budgetlngf and Scheduling, Development 
Phase, All 'major tasks in the next phase will 
be listed, together with staffing livels and 
completion dates. All projected expenditures 
for hardware and personnel resources will be 
,^ documented. 
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Development 



' This phaea aonaiste o£ the acqaisltion ■and testing of 
hatdwart eanpontnta and the design^ coding^ and testing dfts 
softwate modules. The design documentation for this phase shou^d> 
epneist ait 

a. Hardware Acquisition. All orders for hardware 
components will be plaoed with vendors using 
* the speolfiaatlons drawn up in the Detailed 

Design ^hase* ' 

. b* Software "Support* Any vendor-supplied software 

opponents will be orderedr aecordlng to the 

. speoif ications drawn up in the Detailed Design 
Phase* 




c. Module Design, iaoh eoftwaire component will be 
\ further decOTipoaed into moduieSi if heqessary,i 
' ^ and designed to meet the speoif ications and^ 

standards created in the previous phase, 

' ^ d. Software Programming* Each software module will be 
coded according to the module design, to meet 
the Bpecif ications and standards created in 
the previous phase. 

Testing. Each module will be tested according to 
the , testing plan created in the previous 
phase* Each sub-system, and finally the 
entire aystem, will likewise be tested 
. / - / according to the testing plan to assure, 
correct functioning and adherence to the 
specif ications. 

f.y Planning, pudgetingr and Scheduling, implementation 
Phase. All major tasks for the next phase 
' will be listed tc^etker with staff ing levels 

and completion dates. All^ projected 
expenditures for hardware '^\nd personnel 
resources will be documented, 

5.6 Implementatio n (\ 

This phase, consists of installation of system hardware 
and softwarfe, system testing, pilot operation of the systemi and 
placing t^ie system in production and maintenance mode. 

a.: Prototype system Testing* The completed system 
^ will be installed with pilot host nodes and 
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operated In prototype mode using the draft 
' ^ operating procedures. The extent and duration 

of this teat- must assure the correg t 
functioning of the ha^dwarei software^ and 
prooedures ynder produdfcioh conditions. Logs 
* and statistics will be rigorously gathered ' to 

docuinent the extent to which the system nieets 
perfdrmanoe specifications* 

b. Adjustments and Finaliiation of Prooedures* As^the 
prototype testing proceeds, , it may be 
necessary to . make adjustpents in various 
* • system components. As this is done, th© 

syitem documentation will be upgraded . to 
^ ' . ©efleet th6< changes « As the implementation 

phase draws to a close, operational prTCedures 
wttt be finalised and published, 

5,7 Qperations ^ - . 

This phase aonsista of adoption of opecating proatduree, 
system monitoring^ and evaluation, maintenance, and network 
enhangements and changes. ' 



a. Assignment of Network produotion Personnel* ^ In 

this eubphase, personnel for hardware 
maintehance, software maintenance, and' 
operations will be identified and assignad, 

b. Evaluation and AGceptance. The assigned personnel 

*wlll review all data gathered in the previous 
phase and make a determination regarding the 
Gorrect functioning of \ the system^ using 
t5 criteria set forth in \ the testing plan for 

final acceptande testing. ^ 

If the system is accepted, then responsibility 
/for the network operation will be transferred 
and full production wiir commence. 



31 



^•fl General Requirements 

' . The follQwlng requirtment Statements ar# to provide an 

overview of '/the functionB which the Message Delivery Oystem (MDS) 
will p^ferforin and to state in general terms the important 
technical aspepts of the MDS* The tequirements shoul8 assist the 

, reader in understanding just what the MDS is supposed to do and 
w^ll provide a basis for the^ generation of rnore> detailed 

^^^^^Uirements, " ^ , 

1) ' The MDS will support computec--to--coraputer message flow. 

' The network will be designed * so that one 

bibliographic utility or service center -can send and 
receive messages from any other utility which i^e part of 
the network- Rather than supporting direct terminal^to- 
computer cwnmunlcationsi all interactivei communication 
r will be through . local computer systems. By 
cfancentrating on computer-- to-^computer communicationsp 
the network will not have to worry about specialized 
terminal characteristics and protocols, will support a 
variety of access arrangements, and will make more 
^ efficient use of facilities* - , . * 

2) The 'mds will allow every host computer on the hetwork to 
communicate with every other hokt* 

^ Although the MDS will allow any *host to communidate 
*with any other host, a host on the network will not have 
to support communications with every other host* Each 
' host system will internally deteyniine with which other 

hosts , it wishes to communicatei the MDS only allows it 
the capabili0 of cqramuo^a^^^ with all othjir hosts. 
This is a logical conununications capaibility and not 
necessarily a physical one. ^ 

3) The MDS must support bidirectional communications* 

Every host on the network can both send and receive 
messages^ Every host can originate sessions with 
another host or be the target of a session, 

MDS must support multiple simultaneous sessions between 



It is anticipated that most hosts will wish to 
carry on simultaneous sessions with different hostsHor 
with the same host. The network will^^llow the hosts tg 
speak with several other hosts at the same time ^Qf will 



4) The 
hosts « 
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aiiow logically independent eessionB to be establiiihed 
between any, two hosts* 

5) ^he MDS will support coimnunipationB between heterogenepua host 
systemBs . ; j 

Because current bibliographic utilities use 
V differing systeins (both ha^rdware and eof tware) the MDS 
must allow sessions .between these disparate entities. 
The MDS, therefore., cannot be eapendent on one type of 
host or,^ system and interfaces to the MDS must be 
hardware independent, 

6) The_^,MDS will support both interactiv^e and bulk transfer 
fissions, ^ 

. We anticipate that the network will be"^ used to 

support a vari#ty of aotivlties between host systems — 
interactive message f low^ in .whipM an online user of 
one ^host , system can have access to data stored on 

^ another host system and bulk transfer message (low r in 
which many records sor files can be sent between host 
systems. This requirement sets certain parameters for 
availability^ reliability # transmission delay, etc* 

7) The MDS will supply netv^ork status information for management* 

During the ^operation, as well as the testingi of 
the network, the management must be able to = have 
accurate and timely information . on the status of the 
network. This Includes host syptem availability, 
network resource loading (lines, switching nodes } , and 
error, rate monitoring. The BffiS must have the ability to 
provide this in£ormatiori automatically, 

8) The MDS must be able to detect failures. 

In addition to providing status information when 
requested, the J©S will monitor its components and will 
. notify management of any ' network failures. This 
notification will allow timely resolution of 
difficulties. / . . 

9) The will eolleat statisties on network usage. 

The colledtion and evaluation of statistics 
concerning the flow of information in an operational 
network can provide the designer with valuable insight 
as to its perforMnce at various times and under various 
loads* Network optimisation^ Is closely, , tied to 
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fltfttifltios evaluiyeion* Statistics can also be used for 
I accounting purposes for ecjuitable sharing of network 
costs. 



10) Thm MDS will maintain raasonable security to attempt to 
prevent infpfmatlon within the network from being seen or 
modified without authorization* 

lnfoirn|at\on network security is an increasingly 
important concern and nationwide networks , must be 
designed to prevent unauthorised access to the network 
and it5 information. However, the level of security is 
, directly related to the^ costs of developing and 
operating the network* . As such, the MDS will only be 
expected to provide the levyel pf security which is 
affordable under given /costs. It will be the 
responsibility of each host bn the 'network to contain 
its own Internal aecur^y measures to prevent 



unauthorized use of its own systei 



m. 



11) The MDS will transmit information accurately without 
distort.ion or errors introduced during distribution, 

. ^^-^^^^^^"^ integrity is concerned primarily with 
Mcuracy and validity of information ' flowing between 
nodes on the network^. The MDS must be designed to 
detect and correct errors^ retransmit data, and maintain 
data continuity, 

12) The MDS must meet specified performance parameters with 
respect to availability and reliability. . 

Availability is defined ae that portion of a time 
interval during which the MDS capable of performing 
its assigned functions. There may be steveral reasons 
why an ^tt^S may be unavailable to the user, such as^ 
eqiSipment failMre^ software failure^ or circuit 
overload. Reliability is defined as the probability 
that an MDS will perform without failure for a specified 
time or amount of usage. The concept of reliability's 
similar to that pf availability in that the failure of 
any qomponent which prevbrita messages from, being sent 
from an originator to a recipient affects' availability 
of the system, if it ia not in use at the time of the 
failure^ and reliability, if it is in use. Detailed 
functional requirements will state the parameters within 
which the MDS will pferforni. 

13) The MDS will not be dependent on any single network host for 
message delivery. ^ 
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The network roust be able tp withstand thm failure 
* of any of its host computecs without a£fe6tlng the 
delivery of messages between two other hosts. It is 
poesibla, however, that rietwock servioea may be 
unavailable if a eertatn host, fa lis, when that host is 
the only system on Jmk jietwork offering a particular 
aervioe. ^. ' ^ ■ ' ' 

14) The MDBswill be easily maintainable,^ ' . 

) To keep high availability, the MD8 mua^ be able tb 
quidKly diagnose and correct errora. Beoause the MDS 
wilr^cpnnect a wide diversity of host systems^ and the 
personnel at each host system will have varying degrees 
of aompeWerfae in networking* the network management must 
assume tkte^ responsibility for the dntegrity of the 
network. In additionr enhanaements , to y network 
capabilities must be implemented* smoothly with only 
minor diaruption of service, * 

15) The MDS must ^e able to acconmodate changas in interhodal 
traffic* routing, host oomputera, and host services. 

Because the National Library V and information 
Service Network is an evolutionary network, unde^ 
constant growth and flUHf the. MDS must be able tO' 
accomodate changes. it is anticipated that new host 
.systems will be. added, old ones deleted, new servicea 
implemented at various hosts, all of which will affect 
traffic patterns and volumes. The network must 
accOTiodate these changes gracefully with minimal effect 
on network operations, . ^ 

The MDS must be managed* . 

The Network Advisory Committee is currently 
investigating the legal and organizational aspects of. 
the National Library |^ information Service Network. 
In the course of Ifiiis .investigation, the network 
management structure will be defined. / The technical 
design ot the network must proceed in cooperation with 
the Network Advisory Committee to ensure^ th#t the MDS 
will be manageable under the organizational-constraints. 

The MDS will adhere to national fnd International standards, 

within the llbraty and data CQmmunication fields, 
neW'' national and international standards are being 
^^■"'developed for link and network protocols, (X,25, ADCCP^ 
etc.) application level protocols (developed by the 

- ■■ / ^ ^ ' ^ ■ ■ > ' - ^ ■ 
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17) 



- 29 - 



NCLIS/NBS Task Force on Computtr Network Prot©cola)i^i 
bibliographic data formats (HARC) i etc. The MDS shoul«a 
adhere to thes^ standards^ Where possible. In addition# 
the MDS itself Will define certain procedural etandards 
for participation in the network. 

" ■ ■■ ' ' ■ - \ * 

^ 18) The MDS will be cost ejfectivt. 

Today's t^ghngaogy allows the user a wide variety 
of services for an even wider variety of costs* It 
should be anticipated that the network will be self 
supporting In its operation and that devGlopmental 
^osts/ while perhaps, supported by tjcternal f undingr ^must 
be kept within reason. The Network Advisory Comnittee 
in cooperttion with the Network rechnioar Architecture 
Group will determine the coat tf feefelveneas of the MDS, 
during its development and operation. 




7*0 Recoimnendttion for yurther Work ; 

This document describes ^ in .general terms the 
i^equicements for a. niassage delivery system in support of the 
library bibliographic oomponent of the National Library and 
Information Service Network, In order to pursue the design^ 
development, impleniantation, and operation of the ^ measage 
delivery aystenif further work is necessary in preparing a more 
detailad requirements statement as dtsgribed in section 5«2 
' ** Detailed Requirements*^ In addition, Farall#l activities must 
be pursued in the areas of project |tfid network manageniantf 
^ goverhancei^ and funding so that the technicaJL aspects of the 
network can proceed in an orderly manner and in eoordination with 
other network activities, 

/ 7.1 Detailed Requirements study ' . 

The neKt phase of activ'ities to be pursued in this 
project is the detailed requirements phase. The areas of concern 
for this ^£tase ar^ described In section 5.2 "Detailed 
Requirementa.** The major task within this phase is the 
preiparation of a requiremerits document which can be used to 
communicate the assumptions about the network for review and 
comment, by involved parties and to allow refinements of the 
project's scope and purpose* The document will be used to make 
estimate^ on manpower and costs for the nekt phases^ and to seek 
committments from Involved institutions— participants and funding 
sources — to initiate the. next steps in the network laesign and 
development. » 

7-1.1 Alternatives 

^- - ■ Having Identified and isolated the detailed reguiremehts 

taaki NTAG has further identified four distinct avenues of 
approaching this task, namelyi 

1) The full NTAG group will perform this task as a 
coitmittee projectf 

2) . the NTAG Subgroup* will perform thi^ stask as a 
subcommittee project, 

3) the task will be undertaken by ^a single NTAG member 
(Individual Institution) or : 

4) the task will be assigned to a proven capable 
contractor {consultant) with demonstrated eKpertlse 

. in the area of telecoiranunication networking. 

i 
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NTAG feels that a timG^y and suacesBfMl completion of . 
the detailed requirement phase cannot be ai^compllshed either 
NTAG as a whole or a subgroup thereof, since each member of JNTA0 
has consuming institutional raaponflibilltiie which preclude 
allotting Bufficient time to accdmplish the task in a timely 
manner. And if eufficient time is allotedr the specific 
inBtltutioni will suffer, .Pu/therr if the task were to be 
undertaken by NTAG members, nonnegligible additional resources, 
would bt reqiilred gimply to ^ forestall the suspicion of 
Institutional politics* 

If a single NTAG .member (institution) were to undertake, 
the taskr It would seem, from' the standpoint of available 
resources, that-none could make necessary resources immediqtpdy 
available for this purpose wjlthout uTTfavorably affecting o^rent 
developments, and it.wpuld require sevoral months to geap^p for 
such an undertaking. In addition^ an institutional TOntractor 
would find it prudent to avoid suspicion of institutional 
politics— probably with additional eKpense and limited result, 

7-1*2 ^eccwnmendatiqn 

Having found none of the first three alternatives, 
particularly attractive and cons/,dering' tiniely and eHpeditlous 
Implementation' of ' the network/ NTAQ recommands that an 
independerit contractor with demonstrated eKpertlse in the area of . 
telecommunications networking be engaged to ' under.take the 
preparation of detailed requlrernantg for the message delivery 
system. This work will be mpnitored %y NTAG. 

NTAG believes that such an approach wllli^ 

1) erieure timely and expedltous accomplishment of the 
taak, 

2) provide necessary and sufficient control of the 
undertaking to assure the needs of the library 
community are mety ' ^ 

3) free the activity from undue suspicion of pdlitlcal 
' Influence^ and 

y ' ^ . ' ' ■ ' \ ' ^ . ' ■ ■ ' 

4) allow a more economic accomplishment pf^ the task... 

In or'der to accomplish this task, .NTAG musts 

1) prepare; a request for -a proposal ' describing the 
work to be accomplished^ ,* 
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2) get the iioncurienee of involved institutions and 
seek the neggpsary funding to accompUsh this taskf 



, ' ; 3) prepare a list of 'prospective 0ontractQrs and . 
^ , , , solicit proposals ' 

4) evaluate proposals and make a selection, and 

5) negotiate a ; contract and establish a contract 
monitoring process, ^ 

Paraliel Activities ' ■ 

The development of the technical message delivery system 
" is only J one' step in ^the creation Qf an operational national 
networlK. ; Parallel work must pcour in the areas of marfUgementf 
governance, "^and funding, to supplement the. technical work* 

7.2,.l Management . , 

probably the ^ost. important parallel activity during the 
teohnipal network development is Hihe development of a inanagement 
structure to cooiiiriate the technical development aotivities and 
eventually to^operate the message delivery system* Because this- 
activity .will Crt^plve ^ diverse " groups-^^bibliographic utilities, 
equipment supplier,a# data communications verjdors, etc. ---"there 
must be a well defined management structure to coordinate 
activities^ set schedules^ develop standards and pjocedureSf . 

, report on progresSf monitor systems tests, and .dpvelop ^operating 
procedures. Aftec, the development cycle /has endedr thf 
management structure must coordinate network operation, maintain 
the system, implement procedures for adding new hosts, monitor 
the loading I reconfigure the system if nece^earyr maintain 
llalaon with vendors and other instltuttons^ and plan 

. enhancements and refinements, . - . 

\~\ " ; ■ / . ^ ■ : \ ^ . & 

NTAG is currently preparing a paper describing the ^ 

generml requirements for a management structure to support the 

technical development cycle arid network operation. This paper 

will be* sent to the Network Advisory Committee for incorporation 

ip their activities in the areas of network legal and governance 

issues.; ^ 

7,2.-2 Governance ' ' ' 

Another area of concern which must be addressed at this 
time is the governance of the network and its implicatione for 
the .technical design and operation of the message delivery 
* system. Because initially the networK consists of independent 
utilities linked by a c^mon message, delivery system, the role of 
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all the involvea institutions^ their responsibilities^ authority, 
and participation must be clearly defined. 



This activity is currently being undertaken 
subcommittee of the fretwork Mvisory Coimnittee, 



by 



1,2,3 Funding 



Closely relaMd to governance is the funding policy to 
iup^rt the dev.elopmint and -^peration of the network. NTAG 
thinkfe that the mess^e dellvfry system which is iinplementfe4 must 
be BO coat effective Ithat it will operate on the money it charges 
its users. Since the\library community has very limited funds 
available for automitfc^ systems and networking^ the means of 
funding the development o^^^he" message delivery system must be 
investigated. This investigation must address sources of 
funding, network participants' involvement, amortisation of the 
cost of development and equipment, and contracting methods. 
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GLOSSARy 



The following glossary defines the terms in this 
document in the conteKt in which they were used* it does not 
attempt to contain full and complete definitions but is to assist 
the reader in understanding the requirements. An attempt was 
made to use meanings currently accepted as etandards and to be 
consistent with the definitions being prepared in the "Glossary 
for Library Networking*" 

Bibliographic Data - data representing individual bibliographic 
*attributes of an item, typieally including descriptive 
and ^subject cataloging elements, indeKlng elaments, 
autholrity elements, and abstracts. 

' f " " 

Bibliographic Service Center - an organization that serves as a 
' broker or distributor of computer-based bibliographic 
services. A service center gains access to national 
library network resources through the facilities of a 
bibliogtaphic utility. It does not contribute records 
directly to or maintain portions of the national library 
network data base* 

Biblipgraphic , .Utility - an organisation that maintains large 
online bibliographic data bases, enabling it to offer 
eomputer-"based support to a subset of the national 
library network participants* 

Conmion Carrier a teleconmunications company which is regulated 
by an appropriate government agency and which offers 
services to the general public via shared circuits. 

host - a system or subsystem in a network which performs actual 
proceBsing operations against a data base and with which 
other network nodes communicate. 

Host Computer ^ a network computer which performs the primary 
processing services such as computation, data base 
access, and special prc^rams* 

Host Front Bnd Processor (HF^P) - a computer at a host site which 
provides the interface between the host computer and the 
logical network front end processor, HFEP f unctions 
encompass message formatting, character conversion, 
operating systems control and input/output supervisor 
controls 

Library Bibliographic Component - that portion of the national 
library network encompassing Its bibliographic service 
systert and segments of its conpunlGations system. 
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exclusive /of the resource library system. 

Message Delivery System - the Gommunications computers and 
network front end processors which control the 
transmission of messages between network hosts and the 
telecommunications facilities used for message 
transmission. See also: Message Processing System. 

Message Processing System - the host computer arid host front end 
processor in a network that perform the network's 
operations at the application level p 

National Library and Information Service Network - a system to 
facilitate access to the nation's library and 
information resources. The proposed network is to 
consist of three CTOrdinated partsi a resourge system^ 
a bibliographic service system and a cc»nmunications 
system. 

Network - two or more organizations engaged in a common pattern 
of information eKChange through teleccwnmunications 
links^ for s^e common objectives. In this paper, 
network usually /refers to the National Library and 
Information Service Network, 

Network Front End processor (NFEP) - a front end computer which 
acts as the interface between the host or host front end 
processor (HPEP) and the network. Its responsibilities 
include the reliable routing of messages to a^d from the 
associated host front end processor , and the tr^;ismission 
of messages from other network nodes. 
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